home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text0099.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  2.7 KB  |  68 lines
  1. > > IIRC Motorola claims 6 operations per instruction cycle for the 56k, but
  2. > > then one instruction cycle is two clock cycles, which may well be the case
  3. > > with the TI chip as well.
  4. > 
  5. > The 56000/1 Reference claims 7 operations/instruction cycle. This does of course
  6. > depend on how you define an 'operation'. The 56k's main advantage is multiple
  7. > parallel data busses.
  8. > 
  9. > Most of the TI DSP / GPU processors I have worked with take either 4 or 2
  10. > clock cycles per instruction cycle - some are even binary compatible with
  11. > the DSP56000. It is of course possible these particular chips are very recent
  12.  
  13. This sounds like the one if they are binary compatible. Would make life much more
  14. plesant.
  15.  
  16. > The most common TI DSP is almost identical to the 56k, but each instruction takes
  17. > exactly twice as long to execute. The clock rate is around 50-80Mhz. I can't 
  18. > remember the name, but it's something like TMS34010/20.
  19.  
  20. :-\ Twice as long? Ehh.. But TI have got _many_ different DSP's and the most
  21. used are probably the TMS320C40 and C50. I don't know much about them, but they 
  22. are supposed to be fast.
  23.  
  24. C40:
  25.  
  26. 275MOPS and 320MB/sec
  27. 11 operations per cycle
  28. 40/32-bit singel cycle floating-point/integer multiplier
  29. Hardware divide and inverse square root support
  30. Support for linear, circular, and bit-reversed adressing
  31. Two identical external data and adress buses
  32. 512-byte instruction cache
  33. etc..
  34.  
  35. I have the access the the user guide if you want some more figures. :-)
  36.  
  37. > > But how would they connect it?
  38. > > It seems that for many things the bus is the bottleneck even with the
  39. > > relatively slow DSP we have now.
  40. > 
  41. > I'd be happy just to see Falcon developers making use of the DSP we already
  42. > have before adding even more. Relatively slow it may be, but it's still much
  43. > more capable than Falcon users seem to think.
  44.  
  45. That's why I wanted a c-compiler for it.... :-)
  46.  
  47. > It would be great to see people shake this concept of a fancy soundchip and
  48. > start using it to remove bottlenecks. There are a few out there using it for
  49. > a variety of purposes, but most still treat it like an add-on sample player.
  50.  
  51. Yepp, I know but it looks like the 56001 is an expert on soundprocessing.
  52.  
  53. > > with a Afterburner (the best thing would be to stick this card directly on the
  54. > > Afterburner giving a fast 32-bit bus!!) it will go into warp speed.
  55. > 
  56. > > Is there such a bus to use on the AB040?
  57. > 
  58. > Yes, there appears to be a 32-bit local data bus in addition to the standard
  59. > expansion slot.
  60.  
  61. Hey, that's cool. Are you sure? I wonder if there is any info on it. It wouldn't
  62. be to hard to make an adapter to make it possible to use cheap PC-graphics cards
  63. for it. Maybe something for your chief hardware designer now then the Nemesis is 
  64. ready?? <:-)))
  65.  
  66. //Magnus Kollberg
  67.  
  68.